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SPECIFICATION 
(Sprint Docket No. 1743) 



TO ALL WHOM IT MAY CONCERN: 

Be it known that we, Baoquan ZHANG, a citizen of Cioiada and a resident of 

5 Overland Park, Kansas, and Von K. McCONNELL, a citizen of the United States and a 

resident of Leawood, Kansas, have invented a new and useful: 

METHOD OF LOCATING AN IDLE 
MOBILE TELECOMMUNICATION DEVICE 
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the following of which is a specification. 
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BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to telecommimication services and more particularly 
to a method of locating an idle mobile telecommunication device. 

5 2. Description of Related Art 

A general example of an advanced intelligent network ("AIN") is depicted in 
Figure 1 and is designated generally by reference numeral 10. In this figure, circuit- 
switched pathways (i.e., trunks) that carry voice and data are represented by solid lines, 
and signaUng pathways and other logical connections are represented by dotted lines. 

10 In exemplary network 10, a first station 12 is connected to the pubUc switched 

telephone network ("PSTN") 14 via a first service switching point ("SSP") 16, and a 
second station 18 is connected to PSTN 14 via a second SSP 20. Stations 12 and 18 may 
be telephones, fax machines, modems, or other such devices. SSPs 16 and 20 are 
connected to each other and to a centralized service control point ("SCP") 22 by a 

15 signaling network that may include a first and second signal transfer points ("STP") 24 
and 26. This signaling network carries out-of-band signals that are used to control the 
switches and to set up and tear down the circuit between the calling party and called 
party. Currently, Signaling System 7 ("SS7") is the most commonly used signaling 
system. 

20 SCP 22 contains control information and call processing logic to assist SSPs 16 

and 20 in handling calls. SSP 16 is programmed with logic that defines "trigger points" 
at which SSP 16 should seek guidance from SCP 22. At these trigger points, SSP 16 
sends a query message to SCP 22, and SCP 22 returns a response message to SSP 16. 
According to SS7, these query and response messages are known as Transaction 

25 Capabilities Application Part ("TCAP") messages. 

For example, SSP 16 may include a table that identifies a range of subscriber 
numbers associated with mobile telecommunication services, and SSP 16 may be 
programmed with a trigger that causes SSP 16 to query SCP 22 in response to a call 
origination or termination attempt involving one of those numbers. At that trigger point, 

30 SSP 16 would send a TCAP query to SCP 22, providing various parameters such as the 
caUing number and the called number. In turn, SCP 22 would execute service logic to 
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deterniine what SSP 16 should do with the call, and SCP 22 would then send a TCAP 
response back to SSP 16. The TCAP response may instruct SSP 16 to route the call to a 
particular destination or may provide various other instructions or mformation. 

Alternatively, SSP 16 may itself be programmed with logic that indicates how to 

5 handle special service calls, without requiring SSP 16 to "dip" into the logic of SCP 22. 
For instance, in response to a call origination or termination attempt involving a 
particular number, SSP 16 may execute its own logic to determine what to do with the 
call. Internal tables and service logic programmed into SSP 16 may ttien instruct the SSP 
to route the call via a particular trunk group to a remote destination in the network. 

10 On call origination, once an SSP receives routing instructions from SCP 22 or 

otherwise determines where in the network to route a call, the SSP may seek to set up a 
call with a switch serving the terminating location (an SSP or MSC), by engaging in an 
SS7 signaling session. According to SS7, call setup and tear down between switches is 
accomplished by a series of messages in the Integrated Services Digital Network User 

15 Part ("ISUP") layer. These messages include the initial address message ("lAM"), the 
address complete message ("ACM"), the answer message ("ANM"), the release message 
("REL") and the release complete message ("RLC"), among others. The ISUP protocol is 
defined by ITU-T recommendations Q.761 and Q.764, as well as Bellcore GR-317 
CORE and GR-394 CORE, all of which are fully incorporated herein by reference. 

20 To set up a call from station 12 to station 18, SSP 16 furst sends an lAM message 

to SSP 20 via STPs 24 and 26. The LAM message indicates that the originating switch 
has seized an outgoing circuit, and provides address information (such as the dialed 
number) and other parameters related to routing and handling of the call. In response, 
SSP 20 sends an ACM message to SSP 16, to acknowledge that all address signals 

25 required for routing the call to the called party have been received and that the call can be 
connected to station 18. When station 18 goes off hook to answer the call, SSP 20 sends 
an ANM message back to SSP 16 to signal tiiat station 18 has answered. In response, 
SSP 16 connects the call to SSP 20, thereby establishing an end-to-end communication 
path between station 12 md station 18. 

30 The exemplary network 10 illustrated in Figure 1 can be implemented in both 

landline and wireless systems. In the landline enviroimient, the network is referred to as 
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an advanced intelligent network ("AIN"). In the wireless environment, the network is 
referred to as a wireless intelligent network ("WIN"). An example of such a WIN system 
architecture 30 is shown in Figure 2. The principal difference is that, in a landline 
system, station 12 is directly connected to SSP 16, whereas, in a wireless system, station 
5 40 is a mobile station ("MS") that communicates via radio waves with a base station 
("BS") (not shown) and in turn with SSP (referred to as a mobile switching center 46 
("MSG")). 

With reference to Figure 2, MSCs 42, 44, 46 are similar, but may perform 
different functions for a particular MS 40 and for a particular call. For instance, MSC-0 

10 42 is the originating MSG that first receives a call intended for MS 40. From the dialed 
digits, MSC-0 42 determines that the call should be routed to the home MSG, MSG-H 
44, for MS 40. The MSG-H 44 will determine that MS 40 is presently registered with the 
serving MSG, MSC-S 44. 

Another difference between the WIN network 30 of Figure 2 and the AIN 

15 network of Figure 1 is that a wireless network utilizes a Home Location Register 
("HLR") and a Visitor Location Register C*VLR"), shown as HLRA^LR 48, to manage 
information such as the profile for the MSG. When the MS registers in a MSG, the MSG 
sends a REGNOT (Registration Notification) message to the HLR and the HLR will send 
the profile information for the MS back to the MSG. The MSG will store the information 

20 in its VLR (Visitor Location Register), regarding the MS 40, including, respectively, 
information regarding which MSG is the home MSG, and which MSG is presently 
serving the MS ("serving MSG" or "MSG-S"). The VLR is updated, for example, 
whenever a MS registers with the network or is deactivated (powered off). The MSG-S 
sends an update to the VLR containing the MSG-S's identity (MSG-ID). 

25 In addition, other differences in operation exist between landline and wireless 

inteUigent networks, due largely to differences in industry standards for the two 
environments. ADSf standards are currently embodied in Bellcore's AIN Release 0.1 and 
AIN Release 0.2, while WIN standards are currently embodied in Teleconmiunications 
Industry Association ("TLA") interim standard IS-771 (which is based on other industry 

30 standards, including interim standard IS-41, now known as ANSI/TIA/EIA-41-D, for 
instance.) Each of these standards is fully incorporated herein by reference. 
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To set up a call to a MS 40, MSC-0 42 first signals the SCP 22 with TCAP 
message 60 and response message 62 to determine which MSG is the home MSG 
corresponding to the mobile identification number ("MIN", which is related to the NPA- 
NXX-XXXX of the dialed MS 40), and the call is routed to MSG-H 44 as shown by lAM 

5 message 64. Note that the SCP 22 may query the HLRA^R 48 to determine the identity 
of MSC-H 44. The MSC-H 44 then sends a location request message 66 (LOC_REQ) to 
the HLRA^LR 48 to obtain routing information for the serving MSG. If the MS is 
serviced by the home MSG, ie, the MS is not travelling to another MSG, the HLR will 
send back a loc_req r.r. message back to the home MSG. 

1 0 On the other hand, if the MSG is not serviced by the home MSG, but is travelling 

to another MSG (ie, another serving MSG) upon receiving the LOG_REQ message, the 
HLRA^LR 48 sends a route request message 68 (ROUTE_REQ) to the MSC-S 46 
through the IS-41 network, and the serving MSG, MSC-S 46, responds with a route_req 
r.r. message 70 containing a routing information aHas known as a temporary location 

15 directory number ("TLDN"), which is passed to the HLR. The MSG-S 46 also creates a 
record matching the TLDN to the MIN of MS 40. The HLRAT.R 48 then sends the 
TLDN to the requesting home MSG, MSG-H 44, in a loc_req r.r. response message 72. 
MSG-H 44 generates an ISUP message 74 to MSC-S 46 using the TLDN. The MSG-S 46 
performs a translation of the ISUP and determines that the MS is in the area served by 

20 MSG-S 46. The serving MSG sends back to the home MSG an ACM message. The 
MSC-S 46 then sends a page 76 to the MS 40, and jfrom the MS's response 78, MSC-S 46 
obtains the current cell/sector information, described in further detail below. ACM 
messages 80 and 82 indicate routing is complete, and the call is then estabhshed between 
the MSC-0 42, the MSG-H 44 and the MSG-S 46. 

25 In a typical cellular radio communications system (wireless telecommunications 

network), an area is divided geographically into a number of cell sites, each defined by a 
radio frequency (RF) radiation pattern from a respective base transceiver station (BTS) 
antenna. The base station antennae in the cells are in turn coupled to a base station 
controller (BSC), which is then coupled to a telecommunications switch or gateway, such 

30 as a mobile switching center (MSG) for instance. The MSG may then be coupled to a 
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telecommunications network such as the PSTN (public switched telephone network) or 
the Intemet. 

When a mobile station (MS) (such as a cellular telephone, pager, personal digital 
assistant (PDA) or appropriately equipped portable computer or computing device, for 
5 instance) is positioned in a cell, the MS communicates via an RF air interface with the 
BTS antenna of the cell. Consequently, a communication path is established between the 
MS and the telecommunications network, via the air interface, the BTS, the BSC and the 
MSC. 

With the explosive growth in demand for wireless communications, the level of 
10 call traffic in most cell sites has increased drastically over recent years. To help manage 
the call traffic, most cells in a wireless network are usually further divided geographically 
into a number of sectors, each defined respectively by radiation patterns firom directional 
antenna components of the respective BTS, or by respective BTS antennae. These 
sectors (which can be visualized ideally as pie pieces) can be referred to as "physical 
15 sectors," since they are physical areas of a cell site. Therefore, at any given instance, an 
MS in a wireless network will typically be positioned in a given physical sector and will 
be able to communicate with the telecommimications network via the BTS serving that 
physical sector. 

In addition, both AIN 10 and WIN 30 may include a service node ("SN") 34, 
20 which can provide voice and other interactions with users and can facilitate and perform 
various enhanced services for the switch. For this purpose, SN 34 may contain 
programmed service logic, which SN 34 may execute in response to messages received 
from SSP 16 or MSC 42, 44, 46. In addition, SN 34 may contain an Interactive Voice 
Response Unit ("IVRU") or other hardware and software to facilitate interaction with 
25 users, such as playing announcements, collecting dual-tone multi-frequency ("DTMF") 
digits, and recognizing speech. As shown in Figures 1 and 2, a service node such as SN 
34 is typically connected to a switch. Consequently, the network may include many 
service nodes, each programmed to perform the same or similar services for its respective 
switch. 

30 Exemplary networks 10 and 30 include an intelligent peripheral ("IP") 36, to 

which SSP 16 (or MSC 42) and SCP 22 are connected, possibly through one or more 
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STPs. Like SN 34, IP 36 can connect to an AIN call and can be arranged to provide 
assorted services, including tone generation, voice recognition, playback, compression, 
call control, recording, and DTMF detection and collection. IP 36 may similarly include 
an IVRU (not shown) to facilitate various interactions with users. IP 36 can be connected 
to one or more SSPs and is designed to be application-independent, supporting generic 
services for more than one appUcation. Unlike SN 34, IP 36 does not have call control 
logic embedded and must be instructed to perforai each operation under the control of 
SCP 22 using a TCP/IP communication path to SCP 22 and the Bellcore deiBned SR-351 1 
ISCP-EP Interface Specification. This standard is fully incorporated herein by reference. 

In wireless telecommunication networks, it is not uncommon for a subscriber to 
misplace or lose their mobile station. In the event that the mobile is lost, there is 
typically no recourse other than to call the MS in the hopes that someone has found it, 
answers the call, and informs the subscriber where the MS is located. Newer generations 
of wireless networks may include mobile positioning centers ("MPC") and position 
determining equipment ("PDE") that can assist in locating a mobile device, but no such 
assistance is available for legacy networks. What is needed is a method of locating a lost 
or misplaced MS in legacy networks without the use of an MPC or PDE. 



SUMMARY OF THE INVENTION 

The present invention provides a mechanism to locate a lost or misplaced 
powered-on idle mobile telecommunication device, or mobile station, using the existing 
wireline and wireless telecommunication infrastructure, without the need for advanced 
5 positioning equipment such as an MPC or PDE, 

In accordance with an aspect of the invention, a user may dial a designated 
number, enter the phone number of the misplaced or lost mobile, and the network 
responsively plays a message to the user informing the user of the geographic location of 
the cell and sector, typically including city and state information, as well as boundary 
ill 1 0 information of the sector, such as street boundaries. In an altemative embodiment, a user 
may input the MIN of the lost mobile to a web-based form, and thereby retrieve a map of 
CI the cell-sector location of the MS. 

m In another aspect of the invention, a service node (SN) is configured to receive a 

' request from a user trying to locate a mobile device. The SN either prompts the user to 

O 1 5 provide the phone number of the mobile device via an IVRU or through a web-based 
:S form sent to a web server connected to the SN. The SN then mitiates a call to the mobile 

£ device. The standard network processing of such a call includes sending a facilities 

ill available (FAVAIL) message to the service control point (SCP). The SCP identifies the 

call as a request to locate a mobile, and responsively provides location information to the 
20 calling SN. The SN in turn provides the location information to the user either by 
playing a voice message corresponding to the location information or by instructing a 
web server to provide a textual or aural description, or a map of the location to the user 
over the world wide web. In altemative embodiments, the request to locate a mobile may 
be sent directly to the SCP or other intelligent network node, such as an intelligent 
25 peripheral node (IP), without the involvement of the SN. In any case, a network node 
receives the necessary data. 

In one embodiment, the method includes the steps of receiving a request at a 
service node to locate a mobile; initiating a call from the service node to the mobile; 
processing the call by sending an FAVAIL message to a service control point; identifying 
30 the call at the service control point as originating from a service node, and responsively 
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forwarding the location information to the service node; and providing the location 
information to the user. 

In fiuther embodiments, the method includes an authentication step to ensure that 
only authorized users are able to obtain location information. 

These as well as other aspects and advantages of the present invention will 
become apparent to those of ordinary skill in the art by reading the foUowmg detailed 
description, with appropriate reference to the accompanying drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Exemplary embodiments of the present invention are described herein with 
reference to the drawings, in which: 

Figure 1 is a prior art AIN network architecture; 
Figure 2 is a prior art WIN network architecture; 

Figure 3 is a call flow diagram depicting one embodiment of the method of 
locating a mobile station; 

Figure 4 is a call flow diagram depicting an alternative embodiment of the method 
of locating a mobile station; 

Figures 5 A and 5B are exemplary web interfaces; and 

Figure 6 is a flowchart of a preferred embodiment of locating a mobile station. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference to Figure 3, one embodiment of the method of locating a mobile 
station will be described. The sendee provider preferably makes available a phone 
number to call to initiate services for locatmg mobile station (MS) 100. The call 302 is 

5 first processed by the switch serving the user device 101, and may be in the form of an 
SSP (or MSG) 102. The SSP 102 queries the SCP 104 for instructions on handling the 
call with message 304. The SCP 104 responds with a message 306 that the call should be 
terminated at the service node (SN) 106. SN 106 receives the call as indicated by 
message 308 and in turn, also queries the SCP 104 using a Bellcore SR 3511 message 

10 310 for instructions on call processing. Via message 312, the SCP 104 instructs the SN 
106 to initiate a message playback utiUzing IVRU component of SN 106. The message 
314 preferably prompts the user to input the phone number of the mobile station using the 
DTMF keypad. Alternatively, the IVRU 108 may utilize voice recognition technology to 
obtain the MS phone number from the user. The digits are received as indicated by 

15 message 316. 

After the SN 106 has obtained the phone number of the MS, the SN 106 initiates 
an outbound call to the MS. The outbound call is routed as shown by message 318 to the 
home MSC-H 1 10 of the MS. Typically, this is done by determining which MSC serves 
the particular NPA-NXX-XXXX of the MS 100. This may be done by the SN 106 

20 querying the SCP 104 (not shown). The home MSC-H 110 then queries the HLR 112 
with a location request message 320 (LOC_REQ) to determine where the MS is currently 
registered. The HLR 112 has access to the MSC-DD of the serving MSC-S 114. The 
HLR 1 12 sends a routing request 322 to the serving MSC 1 14, and the serving MSC 1 14 
responds with a routing alias in the form of a TLDN in message 324. The HLR 112 

25 forwards the TLDN to the home MSC-H 1 10 in message 326, thereby allowing the home 
MSC-H 1 10 to initiate an ISUP message 328 to the MSC-S 1 14. 

The MSC-S 114 processes the ISUP message and determines that the MS 100 is 
within its service area and is in fact registered with MSC-S 1 14. MSC 1 14 then pages the 
MS 100 in paging message 330. The response 332 by the MS 100 to the paging provides 

30 updated information regarding the cell and sector mformation of the MS 100. 
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In a preferred embodiment, the MSC-S 114 identifies the calling number as 
corresponding to SN 106. In response to this triggering event, the MSC-S 114 initiates a 
facilities selected and available (FAVAIL) message 334 to the SCP 104. The FAVAIL 
message 334 preferably includes the MIN parameter identifying the MS (which is derived 
5 from the mobile station's ten digit telephone number), TRIGTYPE indicating which 
trigger criteria was satisfied, and Location Area ID indicating the current cell and sector 
of tibe MS, and the calling number. The FAVAIL message 334 may include other 
information regarding the current state of the call. 

Based on the information contained in the FAVAIL message 334, the SCP 104 
10 determines that the call was initiated by SN 106 in order to obtain location information 
for the MS. The SCP 104 responsively provides the cell and sector ID and the MIN to 
the SN 106 in message 336. The SN 106 then queries a database for a voice description 
corresponding to the cell and sector ID, and plays the message 338 back to the user at 
device 101 using IVRU of SN 106. Preferably, the message played to the user informs 
1 5 the user of the geographic location of the cell and sector, typically including city and state 
information, as well as boimdary information of the sector, such as street boundaries. 
Alternatively, the message may indicate the centroid of the cell and/or sector, and may 
further include a distance indicating the range of possible locations, such as "within 1500 
feet of the intersection of Main Street and First Avenue." In an alternative embodiment, 
20 a user may input the MIN of the lost mobile to a web-based form, and thereby retrieve the 
location information over the web. The location information may be a textual description 
(transported with http or other suitable transport protocol), an aural description (contained 
in, e.g., a .wav file, an RTP data stream having G.71 1 or G.723.A codec data, or other 
suitable audio format and transport method), or in the form of a map of the cell-sector 
25 location of the MS. 

In an alternative embodiment the lost mobile device MS 100 has a trigger added 
as part of its profile. The trigger is called "Terminating Resource Available". The trigger 
is preferably added through the provisioning stream to the HLR. The trigger information 
is downloaded to MSC-S 1 14 when MS 100 initially registered in MSC-S 1 14. After the 
30 MS 1 00 responds to the page, MSC-S 1 14 determines that the trigger criteria are met and 
responsively generates a FAVAIL message and sends it to SCP 104. 
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In yet another alternative embodiment, the trigger is provisioned temporarily for 
the purpose of locating a lost mobile device. After the lost mobile is located, the trigger 
is preferably removed to prevent unnecessary traffic to SCP 104. In other embodiments a 
mobile station may already have a Terminating Resource Available trigger assigned to it 

5 for, e.g., other enhanced services. In such a case, it is unnecessary to add an additional 
trigger. In an alternative embodiment, the SN provides an authentication step to ensure 
only authorized users can access location information for a given MS. Preferably, IVRU 
of SN 106 prompts the user at station 101 to enter a password or PIN. The PIN may be 
that associated with the account data corresponding to MS 100. The SN 106 preferably 

10 queries an account database (such as a P2K database for Sprint PCS, not shown) to obtain 
the PIN, and then verifies the PIN obtained from the user via IVRU of SN 106. 

With reference to Fig. 4, an alternative embodiment using a web-based interface 
is described. User 101 may access the internet or other IP network using any one of a 
number of devices, including a personal computer, a mobile computing device such as a 

15 mobile phone with IP capabilities, a personal digital assistant (PDA) or other device. The 
fact that additional communication sessions and associated call set-up procedures might 
be necessary to establish the connection between user 101 and a suitable IP network is 
understood, and not shown in Figure 4. The user 101 is able to access the web server 103 
and request to view a web page. As is know to one of skill in the art, the web page may 

20 be served to user 101 using any number of formats, such as html, active server pages 
(asp), Java, etc. The data is preferably transmitted according to the hyper-text transfer 
protocol (http) in conjunction with protocols generally associated with intemet data 
transfers. The protocols are typically referred to as the TCP/IP suite of protocols. 

In Figure 4, the user 101 initiates a request 402 to locate a mobile station MS 100. 

25 In one embodiment, the web server 103 provides an authentication step (not shown) to 
ensure only authorized users can access location information for a given MS. Preferably, 
the web server queries an accoimt database containing each MIN and a password 
associated with it. Figures 5 A md 5B depict suitable web-accessible user interface for 
providing the phone number of the MS 100. Figure 5 A provides data entry areas 502 and 

30 504 for entering the mobile phone number and an account password, respectively, and a 
submit button 506, to initiate message 402, This may be an http "POST" operation or 
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other suitable data submission operation. Figure 5B shows a screen that is made 
available to a user after having already logged in to the mobile's account. For example, 
account data may be provided in section 510, and a selectable icon or hyperUnk 
representing a service request object 512 may be provided to initiate message 402. In this 
5 case, the web server 103 already has access to the mobile phone number and password 
from the prior login procedure. 

SCP 104 preferably includes an IP interface such that it can communicate directly 
with web server 103. One such exemplary IP interface is called the Open Service 
Gateway (OSG) as implemented by SCPs available from Telcordia. With the OSG 
b 10 interface to the SCP, Web Server 103 may run a client side application tiiat can iirroke a 
^ service side appUcation on SCP 104. In message 404, web server 103 may relay the MIN 

'1:1 

Cl for MS 100 to the SCP 104, along with a request to locate the MS 100. 

m Alternatively, the web server 103 may communicate with the SN 106, and the SN 

106 may relay the necessary information, inchiding the MIN, to the SCP, thus having the 
Q 15 SN 106 act essentially as a relay for the MIN payload information of message 404. 
2{ Preferably, both the SN 106 and SCP 104 are accessible over an IP (intemet protocol) 

J: infrastructiu-e. 

j1| In either embodiment, the SCP 104 in tum instructs SN 106 to initiate a call to the 

lost mobile MS 100, passing the MIN to SN 106 in message 406. This may be done 
20 through the existing SR-351 1 interface as defined by Telcordia. Messages 408, 410, 
412, 414, 416, 418, 420, 422, 424, and 426 all take place as indicated above with respect 
to Figure 3, messages 318 through 336, respectively. 

In an altemative embodmaent where the SCP 104 communicates directly with web 
server 103, messages 426 and 428 may be replaced with a single message providing the 
25 location information directly to the web server 103. 

The flowchart of Fig. 6 depicts the steps performed by a preferred embodiment 
for locating a lost mobile station. At step 602, the phone number of the mobile station is 
provided to the service node 106. The number may be in the form of ASCII characters 
provided to the SN 106, or may be in the form of the MIN. The mobile number may be 
30 collected by the SN 106 by way of an IVRU system where the caller is prompted to enter 
the MS ' s number. The IVRU may then collect digits by way of DTMF tones or by voice 
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recognition. Alternatively, the SN may be given the mobile number by way of a web 
interface. The web interface may include a web server having access to either the SN or 
the SCP or other suitable network element, such as an IP node 36 as shown in Figures 1 
and 2. The web server may collect the mobile number directly from a user via a web- 
5 based form, or from a separate database containing data associated with the user account. 

At step 604 the SN 106 initiates a call to the mobile station. During the course of 
processing this call, at step 606 the SCP obtains updated cell and sector information of 
the mobile station. Typically, this is done by examining the content of an FA V ATT, 
message send from the MSC-S to the SCP. At step 608 the call is identified as being a 
10 request to locate the mobile. Preferably this is deteraiined by examining the calling 
number to see whether it corresponds to a SN. Finally, at step 610, the cell and sector 
information is provided to the SN 106. The SN 106 may then relay the information to the 
user via an IVRU at the SN 106. Altematively, the SN 106 may provide the information 
to the user via web server 103. The information may be presented graphically, verbally 

is 

Q 1 5 (a . wav file or other audio file, or VoIP format for playback on a VoIP client), or in a 
textual format. 

Exemplary embodiments of the present invention have been described above. 
5| Those skilled in the art will understand, however, that changes and modifications may be 

made to these embodiments without departing from the true scope and spirit of the present 
20 invention, which is defined by the claims. 
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